Міністерство освіти і науки України Національний університет «Львівська політехніка» Кафедра автоматизованих систем управління Лабораторна робота № 2 з дисципліни “Основи автоматизованого проектування складних об’єктів та систем”  Мета: Оволодіти навичками моделювання діаграм прецедентів та навчитися реалізовувати їх. 1. Порядок виконання роботи Ознайомитися з теоретичною частиною. Ознайомитися із середовищем розробки діаграм. Розробити діаграму прецедентів для свого індивідуального завдання. Здійснити документацію для кожного прецеденту діаграми. Оформити звіт по результатах виконаної роботи. Теоретичні відомості Прецедентом (Use case) називається опис множини послідовностей дій (включаючи варіанти), що виконуються системою для того, щоб актор міг отримати певний результат. Графічно прецедент зображається у вигляді еліпса. Діаграма прецедентів в UML, це діаграма, на якій зображено відношення між акторами та прецедентами в системі. Також, перекладається як діаграма варіантів використання. Діаграми прецедентів або діаграми використання (use case diagrams). Такі діаграми описують функціональність, яка буде надаватись користувачам системи, котра проектується. Представляються шляхом використання прецедентів та акторів, а також відношень між ними. Набір усіх прецедентів діаграми фактично визначає функціональні вимоги, за допомогою яких може бути сформульоване технічне завдання. Прецеденти є основним засобом визначення необхідної поведінки системи. Як правило, вони використовуються для опиу вимог до системи, тобто, що має робити система. Основними поняттями, пов'язаними з прецедентами є актори, прецеденти (варіанти використання), та суб'єкт. Суб'єкт — це система, що розглядається і до якої відносяться прецеденти. Користувачів та будь-які інші системи, що можуть взаємодіяти із суб'єктом, представлено як акторів. Актори завжди представляють сутності, що знаходяться за межами системи. Поведінка суб'єкта описується одним або більше прецедентами, що визначаються відповідно до потреб акторів. Строго кажучи, термін «прецедент» означає тип прецедента. Екземпляр прецедента означає існування поведінки, що відповідає вимогам типу прецедента. Часто такі екземпляри описуються специфікаціями взаємодії. Діаграма прецедентів є графом, що складається з множини акторів, прецедентів (варіантів використання) обмежених границею системи (прямокутник), асоціацій між акторами та прецедентами, відношень серед прецедентів, та відношень узагальнення між акторами. Діаграми прецедентів відображають елементи моделі варіантів використання. Прецеденти і потік подій Прецедент описує, що робить система (підсистема, клас або інтерфейс), але не визначає, яким чином вона це робить. В процесі моделювання завжди важливо розділяти зовнішнє і внутрішнє уявлення. Можна специфікувати поведінку прецеденту шляхом опису потоку подій в текстовій формі - у вигляді, зрозумілому для стороннього читача. У опис необхідно включити вказівку на те, як і коли прецедент починається і закінчується, коли він взаємодіє з акторами і якими об'єктами вони обмінюються. Важливо позначити також основний і альтернативний потоки поведінки системи. Наприклад, в контексті банкомату можна було б таким чином описати прецедент Validateuser (Провірити користувача). Основний потік подій. Прецедент починається, коли система запрошує у клієнта його персональний ідентифікаційний номер (PIN). Клієнт (Customer) може ввести його з клавіатури. Завершується введення натисненням клавіші Enter. Після цього система перевіряє введений PIN і, якщо він правильний, підтверджує введення. На цьому прецедент закінчується. Винятковий потік подій. Клієнт може припинити транзакцію у будь-який момент, натиснувши клавішу Cancel. Цю дію починає прецедент наново. Ніяких змін на рахунку клієнта на проводиться. Винятковий потік подій. Клієнт може у будь-який момент до натиснення клавіші Enter стерти свій PIN і ввести новий. Винятковий потік подій. Якщо клієнт ввів неправильний PIN, прецедент запускається споч...